扫码关注
- 全部
- 默认排序
程序跑飞是嵌入式开发中最令人头疼的"幽灵bug"——死机、复位、功能异常，却难以复现。别慌，按以下步骤逐一排查，效率翻倍。第一步：先查硬件，别急着改代码电源电压是否稳定？用万用表实测VCC引脚。复位引脚是否被噪声干扰？晶振是否起振？这三项占
看门狗的基本原理是通过一个定时器来监测系统运行状态。正常情况下，应用程序需要定期向看门狗发送信号（喂狗），以防止定时器溢出。一旦程序发生异常，导致看门狗未能在规定时间内收到喂狗信号，定时器将会触发系统复位。根据实现方式的不同，看门狗可以分为硬件看门狗和软件看门狗。 1硬件看门狗1.1、外部独立硬件看
产品品牌：永嘉微电/VINKA产品型号：VK1056B封装形式：SOP24VK1056B是一个点阵式存储映射的LCD驱动器，可支持最大 56点（14SEG×4COM）的LCD屏，也支持2COM和3COM的 LCD屏。单片机可通过三条通信线配
面试官问："你们的项目堆栈多大？怎么判断会不会溢出？"你是不是脱口而出"分配大一点就行了"？说实话，这个问题我当年也答得很烂，直到真正踩过坑才发现，堆栈溢出这东西，表面上看是空间不够，实际上涉及函数调用、中断嵌套、局部变量一大堆细节。今天就
如果你接触过一些单片机项目，可能会注意到一个现象：像经典的51单片机、Arduino常用的ATmega系列这些比较早期的芯片，大多工作在5V电压下；而如今许多新一代的MCU、传感器或者处理器，却普遍转向了3.3V供电，有些甚至在芯片内部，核心电路运行在更低的电压，比如1.8V、1.2V，甚至不到1V
三大件查完还是烧录失败，这才是最让人崩溃的时刻。问题往往不在你以为的地方。1、真正的隐形杀手第一，烧录引脚被占用了。单片机里跑着旧程序，恰好把SWD或串口引脚复用成了GPIO。烧录器根本连不上芯片，因为接口已经"改名换姓"了。解决办法：短接
做电池供电的产品，低功耗是绕不开的话题。STM32这类单片机提供了好几种低功耗模式，其中最容易搞混的就是Stop和Standby。很多人知道Standby功耗更低，但低多少、牺牲了什么、什么时候该用哪个，并不一定说得清楚。今天就掰开揉碎了聊
你的单片机引脚读数忽高忽低、按键自己乱触发？十有八九，是"浮空输入"在作怪。1、问题本质GPIO配置为输入模式且未接上下拉电阻时，引脚处于高阻态，相当于一根微型天线。此时引脚电压完全不确定，极易受电磁干扰、静电、寄生电容影响，在0和1之间随
你的产品在客户那里跑了几天突然重启了，日志里就一条"系统初始化"，至于为什么重启的——不知道。问硬件说没掉电，问软件说没主动复位，那就剩下一个迷之问题：到底是谁触发了复位？单片机复位的原因其实不算多，但每一种的后果都一样——程序从头跑，之前
单片机通电，3.3V正常，晶振也起振了，拿万用表戳了几个关键点都没问题，但代码就是不跑，LED怎么也不亮。烧录器显示烧录成功，重烧了一遍还是一样。这类问题在嵌入式调试里太常见了，电源和晶振只是必要条件，不是充分条件。烧录成功不等于能跑很多人
